Personalized services based on confirmed proximity of user

ABSTRACT

A first computing device that provides a first service is configured to securely provide personalized services to a user of a second computing device. The first computing device obtains an authentication token and confirms the proximity of the user associated with the second computing device. The first computing device confirms the proximity of the user by detecting a connection of a physical cable between the first computing device and the second computing device. The first computing device provides the authentication token to the second computing device via the physical cable. The first computing device also authenticates the user of the second computing device and determines a second service available to the user of the second computing device. The first computing device combines the first service with the second service to provide a personalized service to the user at the first computing device.

TECHNICAL FIELD

The present disclosure relates to securely providing personalizedservices to users of public-use devices.

BACKGROUND

In traditional meeting rooms, users may connect their portable, personalcomputing devices (e.g., laptop computers, tablet computers, smartphones, etc.) with general-use conferencing devices with greatercapabilities. For instance, the conferencing devices may provideservices such as video systems, digital whiteboards, improved audiospeakers and microphones, and/or digital projectors. Additionally, theconferencing devices may provide a faster network connection, and/orimproved computing hardware (e.g., processors, memory, etc.) than thepersonal devices provide.

During each conferencing session, the user connects his personal deviceto the conferencing device in order to use the services provided by theconferencing device. In one example, the personal device runs anapplication that pairs with the conferencing device. The public-useconferencing device may broadcast a wireless pairing signal (e.g.,ultrasound or Bluetooth®), which enables the personal device to pairwith the conferencing device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a simplified block diagram of a system connecting a userdevice to a general-use conferencing device to combine the servicesavailable at each device, according to an example embodiment.

FIG. 2 is a message flow diagram illustrating a user device connectingauthenticating directly to the conferencing device, according to anexample embodiment.

FIG. 3 is a message flow diagram illustrating a user deviceauthenticating to a conferencing device via a remote service, accordingto an example embodiment.

FIG. 4 is a flowchart depicting operations of a conferencing device inpairing with a user device to offer personalized services, according toan example embodiment.

FIG. 5 is a flowchart depicting operations of a conferencing device inestablishing a virtual connection with a user device based on a physicalconnection, according to an example embodiment.

FIG. 6 is a simplified block diagram of a computing device that may beconfigured to perform methods presented herein, according to an exampleembodiment.

DESCRIPTION OF EXAMPLE EMBODIMENTS Overview

In one embodiment, a computer-implemented method is provided for a firstcomputing device that provides at least one first service to securelyprovide personalized services to a user. The method includes obtainingan authentication token and confirming the proximity of the userassociated with a second computing device. The first computing deviceconfirms the proximity of the user by detecting a connection of aphysical cable between the first computing device and the secondcomputing device. The method further comprises providing theauthentication token to the second computing device via the physicalcable. The method also includes authenticating the user of the secondcomputing device and determining at least one second service availableto the user of the second computing device. The method further comprisescombining the at least one first service with the at least one secondservice to provide at least one personalized service to the user at thefirst computing device.

DETAILED DESCRIPTION

Typically, a conferencing application on the personal device (e.g., alaptop computer) would receive ultrasound signals from the conferencingdevice (e.g., a video system) to establish a relationship that allowsthe application to control the services on the conferencing device withpersonalized services (e.g., message notification, calendar, etc.). Asthere is typically only a single video conferencing/collaboration deviceinstalled in a meeting room, it is simple to transmit an ultrasoundtoken from the conferencing device. The token may be received by theapplication on the personal device and used as proof of physicalpresence of the user in the meeting room to be authorized for additionalservice. Such additional services may include controlling the videoconferencing/collaboration device (e.g., to make/disconnect calls,mute/unmute audio, control camera operations, etc.), accessing apersonal phonebook and/or calendar, accessing personal files or otherdata, showing personal message notifications, viewing/recording apresentation being shared, sharing a presentation so that it is shown onthe local video conferencing device and potentially shared in acall/conference, and participating in a whiteboarding session or otherannotation/collaboration activity.

However, traditional meeting rooms with a single set of conferencinghardware are being replaced by flexible arrangements including open andsemi-open spaces. Conferencing devices may be used in a flexible way asshared systems for teams or as personal devices for a specific user. Ina crowded environment with multiple conferencing devices and/or personaldevices, ultrasound pairing may require additional steps to ensure thatthe correct personal device is paired with the appropriate conferencingdevice. The techniques presented herein allow a shared conference deviceto run and display personalized services by simply and securely pairingwith a user's personal device without being required to catch anultrasound signal, with no additional buttons to press, and whilemaintaining a secure environment.

Additionally, users of a conferencing system may access servicesdifferently depending on how their personal device connects to theconferencing device. For instance, personal devices may physicallyconnect to general-use conferencing devices with a physical cable (e.g.,a High Definition Multimedia Interface (HDMI) cable or Universal SerialBus (USB) cable). Alternatively, the personal devices may be virtuallyconnected to the conferencing devices via a network. Further, thevirtual connection may be a direct peer-to-peer connection, or thevirtual connection may be mediated by a network service.

Each type of connection includes advantages and a user may not realizethe different choices in connection, and how that choice impacts theservices available to the user. For instance, a physical cableconnection allows reliability, high bandwidth, and low latency for mediapresentations. In contrast, a virtual connection may provide anadvantage in integration with network service tools to facilitatebooking recording, tracking, updating, inviting participants, andretrieving work products. A virtual connection is particularly usefulfor services that require the user's identity. The techniques presentedherein allow a user to connect a personal device to a conferencingdevice via a physical cable to secure the advantages and simplicity of aphysical connection, while using that physical connection to obtain theadvantages of a virtual connection.

Referring now to FIG. 1, a conferencing system 100 is shown that isconfigured to securely pair a personal device with a general-useconferencing device to combine the service available to each device. Thesystem 100 includes a conferencing device 110 comprising a display 112,a network interface 114, proximity logic 116, and authentication logic118. The system 100 also includes a personal device 120 comprising anetwork interface 122, proximity logic 124, and authentication logic126. A physical cable 130 connects a physical port 132 in theconferencing device 110 with a port 134 in the personal device 120. Thesystem 100 may also include a remote service 140 comprisingauthentication logic 142 and user services logic 144.

In one example, the conferencing device 110 may include additionalelements, such as digital whiteboards, projectors, and/ormicrophone/speaker arrays, each of which may provide a service to usersof the conferencing device 110. In other words, the conferencing device110 may provide a variety of services to any user, for as long as theuser is authorized to use the conferencing device 110. In someinstances, the services offered by the conferencing device 110 mayoverlap with the services offered by the personal device 120, such asboth devices offering a network connection. Typically, the hardwaresupporting the services offered by the conferencing server 110 is betterthan the hardware supporting the services offered by the personal device120. For instance, the conferencing server 110 may offer a largerdisplay for presentation, a faster network connection, or higher qualityaudio components.

In another example, the remote service 140 may be a cloud providedservice that is accessed over the network interfaces 114 and 122 of theconferencing device 110 and the personal device 120, respectively.Alternatively, the remote service 140 may be provided on the premises ofthe meeting room in connection with the conferencing device 110.On-premise installations allow the physical connection of the cable 130to resolve routability issues that may arise between a wireless networkand the conferencing device 110.

To facilitate the authentication and association process, theconferencing device 110 may offer standard networking capabilities tothe personal device 120 over the cable 130. In this case, an applicationon the personal device 120 may run the association protocol usingstandard networking libraries.

In a further example, the cable 130 may be prewired or already connectedto the conferencing device 110, such that when a user wants to use theservices provided by the conferencing device 110, the user merely plugsthe cable 130 into the port 134 of the personal device 120 to initiatethe pairing process. The user experience is as simple as the userplugging in an external monitor, but a communication protocol over thecable 130 authenticates the personal device 120 and enables servicespersonalized to the user.

In some examples, the cable 130 may be an HDMI cable, a USB-C cable, aDisplayPort cable, or a Thunderbolt cable. If the cable 130 is an HDMIcable, the personal device 120 and the conferencing device 110 maycommunicate over the HDMI Display Data Channel (DDC) or ConsumerElectronics Control (CEC) channel. The CEC channel is defined to providehigh-level control (e.g., recording remote control event forwarding,etc.) of audiovisual products, but does not have a genericauthentication protocol defined. If the cable 130 is a DisplayPortcable, the Auxiliary (AUX) channel may be used for authentication.Availability of these channels to a user space application may varydepending on the hardware of the personal device 120. The Thunderboltand USB-C standards may carry a raw video stream (e.g., extended desktopor desktop mirror) alongside a generic data communication on the samecable. For USB-C, the data communication is typically implemented as astandard USB link.

In another example, using the physical HDMI connection to establish anetwork-based virtual connection between the personal device 120 and theconferencing device 110 optimizes the user experience with a superset ofthe capabilities provided with a physical connection and a virtualconnection. The HDMI specification includes a CEC channel that enablestwo-way communication for CEC-enabled devices connected with HDMI. TheCEC specification includes a common command set to allow differentvendors to cooperate in sending remote control signals between devicesto support end-user features (e.g., one-touch play or system standby),as well as vendor-specific commands (e.g., a vendor command with useridentity).

Each device connected to a CEC bus is assigned a 4-bit logical address(i.e., 0-15). The first byte of a CEC command is typically reserved forthe logical address of the sender and receiver. The second byte of theCEC is the CEC message type (e.g., 89 for a vendor command or AO for avendor command with identity).

In one example, when the conferencing device 110 is connected to anHDMI-CEC bus (e.g., over the cable 130), the conferencing device 110 maybroadcast a vendor identifier over the CEC channel to all of theconnected devices (e.g., personal device 120). Additionally, theconferencing device 110 may broadcast the vendor identifier when a newdevice (e.g., personal device 120) is added to the HDMI-CEC bus. Anapplication (e.g., a software agent) on the personal device 120 maylisten to the CEC commands on the HDMI port. If the application detectsa known vendor identifier, then the personal device 120 may usevendor-specific commands to request a virtual connection with theconferencing device 110. No additional user interaction would benecessary to install the virtual connection beyond plugging in the HDMIcable 130.

In this example, a user would not have to decide between the advantagesof a physical connection or a virtual connection. With no explicit userinteraction, the virtual connection may be established and a user'sidentity verified. All of the benefits provided by the added virtualconnection would automatically be available to the user based on thephysical connection of the cable 130. The simplicity of maintaining thevirtual connection based on the physical connection greatly enhances theuser experience with the conferencing system 100.

Referring now to FIG. 2, a message flow diagram illustrates an exampleof a pairing process directly between the personal device 120 and theconferencing device 110. Initially, a user 210 starts an application onthe personal device 120 and logs in as User A though an exchange 220.The exchange 220 may include one or more steps to authenticate theidentity of User A to the personal device 120. At 230, the physicalcable is connected between the personal device 120 and the conferencingdevice 110. The personal device 120 detects the connection to theconferencing device 110 at 232. The personal device 120 sends anauthenticated user identity 234 (e.g., User A) of the user 210 to theconferencing device 110. In one example, the authenticated user identity234 may include a token that the conferencing device processes toestablish the authentic user identity of the user 210. In anotherexample, the conferencing device 110 may have a set of pre-authorizeduser identities that are permitted to use the conferencing device 110,with specified permissions for each user identity.

At 240, the user 210 instructs the personal device 120 to initiate aconference. The user 210 may specify parameters of the conference (e.g.,invitees, collaboration tools, presentations to share, etc.) to thepersonal device 120 as part of initiating the conference. The personaldevice 120 sends a message 242 to the conferencing device 110 toinitiate the conference through the conferencing device 110. In otherwords, the user 210 is able to control the service available at theconferencing device 110 through the personal device 120, once thepersonal device has provided an authorized user identity to theconferencing device 110. As part of the conference, the conferencingdevice 110 receives a presentation 250 from a remote participant in theconference and forwards the presentation 250 to the personal device 120.In one example, the personal device 120 may store the presentation 250for later viewing.

Referring now to FIG. 3, a message flow diagram illustrates an exampleof pairing the personal device 120 with the conferencing device 110though the remote service 140. Initially, the conferencing device 110connects to the remote service 140 and sends a request 310 for a token.The remote service 140 responds with an authentication token 315. Thetoken 315 may be a random number generated by the remote service 140that is used to identify the remote service 140. For on-premisedeployments of the remote service 140, the token may include the networkaddress of the remote service 140 so that any devices that get the tokenfrom the conferencing device can subsequently connect directly to theremote service 140. However, this direct connection may be limited bynetwork administrators who block wireless network connectivity betweenunknown devices (e.g., personal device 120 before authentication) andthe remote service 140.

The user 210 starts an application on the personal device 120 and logsin as User A though an exchange 320. The exchange 320 may include one ormore steps to authenticate the identity of User A to the personal device120. At 330, the physical cable is connected between the personal device120 and the conferencing device 110. The conferencing device 110 detectsthe cable connection at 332 and sends the authentication token 334 tothe personal device 120. In one example, the conferencing device 110sends the token 334 over an HDMI-CEC channel. The personal device sendsa message 340 to the remote service 140 to complete the pairing of thepersonal device 120 with the conferencing device 110. The message 340includes the authentication token received from the conferencing device110 and the user identity (e.g., User A) of the user 210.

The remote service 140 receives the token and user identity andauthenticates the pairing at 342 to allow the personal device 120 to usethe services available at the conferencing device 110. The remoteservice 140 sends a notification 344 to both the conferencing device 110and the personal device 120. The notification 344 informs the twodevices that the pairing was successful and that the personal device 120is now authorized to use the services of the conferencing device 110.After the successful pairing, the remote service 140 may sends a key 350that unlocks personal services associated with the user identity of theuser 210 to the conferencing device 110. Alternatively, the conferencingdevice 110 may route any request for personal services through theremote service 140 to prevent the publically available conferencingdevice from ever storing the user's identity or other user-sensitiveinformation (e.g., passwords, cryptographic tokens, etc.). Additionally,the conferencing device 110 may send a list 360 of the servicesavailable at the conferencing device 110 to the personal device 120,enabling the user 210 to control the specific capabilities of theconferencing device 110 through the personal device 120.

In the example shown in FIG. 3, the remote service 140 provisions atoken that the conferencing device 110 and the personal device 120exchange over a physical cable to prove their proximity. As a result ofthe messages exchanged, the conferencing device 110 possesses a key toaccess services (e.g., a personal phonebook) on behalf of the user 210.Additionally, the personal device 120 is aware of the services that itcan access in the conferencing device 110.

Referring now to FIG. 4, a flowchart is shown for a process 400 by whicha first computing device (e.g., conferencing device 110) personalizes atleast one first service (e.g., video display, digital whiteboard, videoconferencing, etc.) based on an authenticated user identity. At 410, thefirst computing device obtains an authentication token. In one example,the first computing device obtains the authentication token from atrusted remote service. Alternatively, the first computing device maygenerate the authentication token without external input. At 420, theconferencing device confirms the proximity of a user to the firstcomputing device by detecting a connection of a physical cable betweenthe first computing device and a second computing device associated withthe user.

At 430, the first computing device provides the authentication token tothe second computing device via the physical cable. In one example, theauthentication token may include a random number or a network address ofa trusted remote service. At 440, the first computing deviceauthenticates the user associated with the second computing device. Inone example, the first computing device may receive a user identity fromthe second computing device that may be verified with a trusted remoteservice. Alternatively, the first computing device may storepre-authorized user identities and compare the user identity provided bythe second computing device to the pre-authorized user identities.

At 450, the first computing device determines at least one secondservice (e.g., personal phonebook, presentation materials, etc.)available to the user of the second computing device. At 460, the firstcomputing device combines the at least one first service provided by thefirst computing device with the at least one second service available tothe user of the second computing device to provide at least onepersonalized service to the user at the first device. In one example,the first computing device combines the first service of initiating anonline conference with the second service of a personal phonebook toprovide the personalized service of initiating an online conference andinviting participants using addresses stored in the personal phonebook.In another example, the first computing device combines the firstservice of sharing material in an online conference with the secondservice of personal presentation material to provide the personalizedservice of sharing the personal presentation material to the onlineconference through the first computing device.

Referring now to FIG. 5, a flowchart is shown for a process 500 by whicha first computing device (e.g., conferencing device 110) tethers avirtual connection to a second computing device (e.g., personal device120) to the physical connection between the devices. At 510, the firstcomputing device detects the proximity of the second computing device bythe connection of a physical cable between the first computing deviceand the second computing device. In one example, the second computingdevice may provide a user identity to the first computing device overthe physical cable connection. At 520, the first computing deviceestablishes an authenticated virtual connection between the firstcomputing device and the second computing device. In one example, thevirtual connection may be over a computer network (e.g., a wirelesscomputer network) that connects the two computing devices.Alternatively, the virtual connection may be routed through a thirdcomputing device (e.g., a remote server) that is trusted by both thefirst computing device and the second computing device.

While the physical cable is attached to both the first computing deviceand the second computing device, as determined at 530, the firstcomputing device and the second computing device may communicateinformation over the virtual connection at 540. In one example, thevirtual connection may be used to communicate personal informationassociated with the second computing device to the first computingdevice. Additionally, the first computing device may communicate a listof services available at the first computing device to the secondcomputing device.

If the physical cable is removed from either first computing device orthe second computing device, severing the physical connection, the firstcomputing device also removes the virtual connection between the firstcomputing device and the second computing device at 550. In one example,the first computing device is configured to have access to personalinformation from the second computing device only as long as the secondcomputing device is actively using the services of the first computingdevice. The first computing device uses the physical cable connection asverification that the second computing device is using the services ofthe first computing device, and interprets the severing of the physicalconnection as an indication that the second computing device is nolonger using the services of the first computing device. The removal ofthe virtual connection removes any pathway for personal information fromthe second computing device to be accessed by the first computingdevice. This process provides a simple and intuitive user experiencethat securely combines the personalization advantages of virtual andphysical connections and requires minimal user interaction.

Referring now to FIG. 6, an example of a block diagram of a computersystem 601 that may be representative of the conferencing device 110 orthe personal device 120 in which the embodiments presented may beimplemented is shown. The computer system 601 may be programmed toimplement a computer based device. The computer system 601 includes abus 602 or other communication mechanism for communicating information,and a processor 603 coupled with the bus 602 for processing theinformation. While the figure shows a single block 603 for a processor,it should be understood that the processors 603 may represent aplurality of processing cores, each of which can perform separateprocessing. The computer system 601 also includes a main memory 604,such as a random access memory (RAM) or other dynamic storage device(e.g., dynamic RAM (DRAM), static RAM (SRAM), and synchronous DRAM (SDRAM)), coupled to the bus 602 for storing information and instructionsto be executed by processor 603. In addition, the main memory 604 may beused for storing temporary variables or other intermediate informationduring the execution of instructions by the processor 603.

The computer system 701 further includes a read only memory (ROM) 605 orother static storage device (e.g., programmable ROM (PROM), erasablePROM (EPROM), and electrically erasable PROM (EEPROM)) coupled to thebus 602 for storing static information and instructions for theprocessor 603.

The computer system 601 also includes a disk controller 606 coupled tothe bus 602 to control one or more storage devices for storinginformation and instructions, such as a magnetic hard disk 607, and aremovable media drive 608 (e.g., floppy disk drive, read-only compactdisc drive, read/write compact disc drive, compact disc jukebox, tapedrive, and removable magneto-optical drive, solid state drive, etc.).The storage devices may be added to the computer system 601 using anappropriate device interface (e.g., small computer system interface(SCSI), integrated device electronics (IDE), enhanced-IDE (E-IDE),direct memory access (DMA), ultra-DMA, or universal serial bus (USB)).

The computer system 601 may also include special purpose logic devices(e.g., application specific integrated circuits (ASICs)) or configurablelogic devices (e.g., simple programmable logic devices (SPLDs), complexprogrammable logic devices (CPLDs), and field programmable gate arrays(FPGAs)), that, in addition to microprocessors and digital signalprocessors may individually, or collectively, include types ofprocessing circuitry. The processing circuitry may be located in onedevice or distributed across multiple devices.

The computer system 601 may also include a display controller 609coupled to the bus 602 to control a display 610, such as a liquidcrystal display (LCD) or light emitting diode (LED) display, fordisplaying information to a computer user. The computer system 601includes input devices, such as a keyboard 611 and a pointing device612, for interacting with a computer user and providing information tothe processor 603. The pointing device 612, for example, may be a mouse,a trackball, track pad, touch screen, or a pointing stick forcommunicating direction information and command selections to theprocessor 603 and for controlling cursor movement on the display 610. Inaddition, a printer may provide printed listings of data stored and/orgenerated by the computer system 601. Further, the user may extend thebus 602 through a port to an external cable (e.g., presentation cable130), which is used to communicate with another computing device.

The computer system 601 performs a portion or all of the processingsteps of the operations presented herein in response to the processor603 executing one or more sequences of one or more instructionscontained in a memory, such as the main memory 604. Such instructionsmay be read into the main memory 604 from another computer readablestorage medium, such as a hard disk 607 or a removable media drive 608.One or more processors in a multi-processing arrangement may also beemployed to execute the sequences of instructions contained in mainmemory 604. In alternative embodiments, hard-wired circuitry may be usedin place of or in combination with software instructions. Thus,embodiments are not limited to any specific combination of hardwarecircuitry and software.

As stated above, the computer system 601 includes at least one computerreadable storage medium or memory for holding instructions programmedaccording to the embodiments presented, for containing data structures,tables, records, or other data described herein. Examples of computerreadable storage media are compact discs, hard disks, floppy disks,tape, magneto-optical disks, PROMs (EPROM, EEPROM, flash EPROM), DRAM,SRAM, SD RAM, or any other magnetic medium, compact discs (e.g., CD-ROM,DVD), or any other optical medium, punch cards, paper tape, or otherphysical medium with patterns of holes, or any other medium from which acomputer can read.

Stored on any one or on a combination of non-transitory computerreadable storage media, embodiments presented herein include softwarefor controlling the computer system 601, for driving a device or devicesfor implementing the operations presented herein, and for enabling thecomputer system 601 to interact with a human user (e.g., a conferenceuser). Such software may include, but is not limited to, device drivers,operating systems, development tools, and applications software. Suchcomputer readable storage media further includes a computer programproduct for performing all or a portion (if processing is distributed)of the processing presented herein.

The computer code devices may be any interpretable or executable codemechanism, including but not limited to scripts, interpretable programs,dynamic link libraries (DLLs), Java classes, and complete executableprograms. Moreover, parts of the processing may be distributed forbetter performance, reliability, and/or cost.

The computer system 601 also includes a communication interface 613coupled to the bus 602. The communication interface 613 provides atwo-way data communication coupling to a network link 614 that isconnected to, for example, a local area network (LAN) 615, or to anothercommunications network 616 such as the Internet. For example, thecommunication interface 613 may be a wired or wireless network interfacecard to attach to any packet switched (wired or wireless) LAN. Asanother example, the communication interface 613 may be an asymmetricaldigital subscriber line (ADSL) card, an integrated services digitalnetwork (ISDN) card or a modem to provide a data communicationconnection to a corresponding type of communications line. Wirelesslinks may also be implemented. In any such implementation, thecommunication interface 613 sends and receives electrical,electromagnetic or optical signals that carry digital data streamsrepresenting various types of information.

The network link 614 typically provides data communication through oneor more networks to other data devices. For example, the network link614 may provide a connection to another computer through a local areanetwork 615 (e.g., a LAN) or through equipment operated by a serviceprovider, which provides communication services through a communicationsnetwork 616. The local network 614 and the communications network 616use, for example, electrical, electromagnetic, or optical signals thatcarry digital data streams, and the associated physical layer (e.g., CAT5 cable, coaxial cable, optical fiber, etc.). The signals through thevarious networks and the signals on the network link 614 and through thecommunication interface 613, which carry the digital data to and fromthe computer system 601 may be implemented in baseband signals, orcarrier wave based signals. The computer system 601 can transmit andreceive data, including program code, through the network(s) 615 and616, the network link 614 and the communication interface 613. Moreover,the network link 614 may provide a connection through a LAN 615 to amobile device 617 such as a personal digital assistant (PDA), tabletcomputer, laptop computer, or cellular telephone.

In summary, the techniques presented herein provide for the use of apresentation cable to authenticate a user for the purpose of controllingand accessing personalized services. The presentation cable is likely tobe used to take advantage of the improved capabilities of a general-useconferencing device, and provides a simple, secure, and robust method ofassociating and authenticating a user identity with the conferencingdevice. Aside from plugging in the presentation cable, no further userinteraction is needed to combine the personal information of the userwith the services provided by the conferencing device. The physicalpresentation cable also confirms the physical presence of the user tothe conferencing device.

In one form, a method is provided for a first computing device thatprovides at least one first service to securely provide personalizedservices to a user. The method includes obtaining an authenticationtoken and confirming the proximity of the user associated with a secondcomputing device. The first computing device confirms the proximity ofthe user by detecting a connection of a physical cable between the firstcomputing device and the second computing device. The method furthercomprises providing the authentication token to the second computingdevice via the physical cable. The method also includes authenticatingthe user of the second computing device and determining at least onesecond service available to the user of the second computing device. Themethod further comprises combining the at least one first service withthe at least one second service to provide at least one personalizedservice to the user at the first computing device.

In another form, an apparatus is provided comprising a networkinterface, at least one physical port, and a processor. The networkinterface is configured to communicate with computing devices over acomputer network. The physical port is configured to connect to aphysical cable. The processor is coupled to the network interface andphysical port, and is configured to provide at least one first serviceto users of the apparatus and obtain an authentication token. Theprocessor is also configured to confirm a proximity of a user associatedwith a computing device by detecting a connection of the physical cablebetween the physical port and the computing device. The processor isfurther configured to provide the authentication token to the computingdevice via the physical cable. The processor is also configured toauthenticate the user of the computing device and determine at least onesecond service available to the user of the computing device. Theprocessor is further configured to combine the at least one firstservice with the at least one second service to provide at least onepersonalized service to the user.

In yet another form, one or more non-transitory computer readablestorage media is encoded with software comprising computer executableinstructions and, when the software is executed by a processor on afirst computing device, operable to cause the processor to provide atleast one first service to users of the first computing device andobtain an authentication token. The software is operable to cause theprocessor to confirm the proximity of a user associated with a secondcomputing device by detecting a connection of a physical cable betweenthe first computing device and the second computing device. The softwareis also operable to cause the processor to provide the authenticationtoken to the second computing device via the physical cable. Thesoftware is further operable to cause the processor to authenticate theuser of the second computing device and determine at least one secondservice available to the user of the second computing device. Thesoftware is also operable to cause the processor to combine the at leastone first service with the at least one second service to provide atleast one personalized service to the user at the first computingdevice.

The above description is intended by way of example only. Although thepresent disclosure has been described in detail with reference toparticular arrangements and configurations, these example configurationsand arrangements may be changed significantly without departing from thescope of the present disclosure.

What is claimed is:
 1. A method comprising: at a shared conferencingdevice configured to provide at least one first conferencing service,obtaining an authentication token; confirming a proximity of a user bydetecting a connection of a physical cable between the sharedconferencing device and a personal device associated with the user, thephysical cable directly connecting a first port on the sharedconferencing device and a second port on the personal device; providingthe authentication token from the shared conferencing device to thepersonal device via the physical cable; authenticating the user of thepersonal device; determining at least one second service available tothe user of the personal device; and combining the at least one firstconferencing service with the at least one second service to provide atleast one personalized service to the user at the shared conferencingdevice.
 2. The method of claim 1, further comprising providing a list ofpersonalized services including the at least one personalized service tothe personal device.
 3. The method of claim 1, further comprisingterminating the at least one personalized service in response todetecting a disconnection of the physical cable.
 4. The method of claim1, wherein authenticating the user of the personal device comprisesreceiving a notification from a remote service of a pairing between theshared conferencing device and the personal device.
 5. The method ofclaim 1, further comprising initiating a virtual connection between theshared conferencing device and the personal device.
 6. The method ofclaim 5, wherein the virtual connection communicates information via atrusted remote service.
 7. The method of claim 5, further comprisingdisconnecting the virtual connection upon a determination that thephysical cable is disconnected from either the first port on the sharedconferencing device or the second port on the personal device.
 8. Anapparatus comprising: a network interface configured to communicate withcomputing devices over a computer network; at least one physical portconfigured to connect to a physical cable; and a processor coupled tothe network interface and the physical port, the processor configuredto: obtain an authentication token; provide at least one firstconferencing service to users of the apparatus; confirm a proximity of aspecific user associated with a personal device by detecting aconnection of the physical cable directly between the physical port onthe apparatus and a corresponding physical port on the personal device;provide the authentication token from the apparatus to the personaldevice via the physical cable; authenticate the specific user of thepersonal device; determine at least one second service available to theuser of the personal device; and combine the at least one firstconferencing service with the at least one second service to provide atleast one personalized service to the specific user.
 9. The apparatus ofclaim 8, wherein the processor is further configured to provide a listof personalized services including the at least one personalized serviceto the personal device.
 10. The apparatus of claim 8, wherein theprocessor is further configured to terminate the at least onepersonalized service in response to detecting a disconnection of thephysical cable.
 11. The apparatus of claim 8, wherein the processor isconfigured to authenticate the specific user of the personal device byreceiving from a remote service via the network interface, anotification of a pairing between the apparatus and the personal device.12. The apparatus of claim 8, wherein the processor is furtherconfigured to initiate a virtual connection between the networkinterface and the personal device.
 13. The apparatus of claim 12,wherein the network interface is further configured to communicateinformation over the virtual connection via a trusted remote service.14. The apparatus of claim 12, wherein the processor is furtherconfigured to disconnect the virtual connection upon a determinationthat the physical cable is disconnected from either the physical port onthe apparatus or the corresponding physical port the personal device.15. One or more non-transitory computer readable storage media encodedwith software comprising computer executable instructions and, when thesoftware is executed by a processor on a shared conferencing device,operable to cause the processor to: obtain an authentication token;provide at least one first conferencing service to users of the sharedconferencing device; confirm a proximity of a user associated with apersonal device by detecting a connection of a physical cable betweenthe shared conferencing device and the personal device, the physicalcable directly connecting a first port on the first computing sharedconferencing device and a second port on the personal device; providethe authentication token to the personal device via the physical cable;authenticate the user of the personal device; determine at least onesecond service available to the user of the personal device; and combinethe at least one first conferencing service with the at least one secondservice to provide at least one personalized service to the user at theshared conferencing device.
 16. The non-transitory computer readablestorage media of claim 15, further comprising instructions operable tocause the processor to provide a list of personalized services includingthe at least one personalized service to the personal device.
 17. Thenon-transitory computer readable storage media of claim 15, furthercomprising instructions operable to cause the processor to terminate theat least one personalized service in response to detecting adisconnection of the physical cable.
 18. The non-transitory computerreadable storage media of claim 15, further comprising instructionsoperable to cause the processor to authenticate the user of the personaldevice by receiving a notification from a remote service of a pairingbetween the shared conferencing device and the personal device.
 19. Thenon-transitory computer readable storage media of claim 15, furthercomprising instructions operable to cause the processor to initiate avirtual connection between the shared conferencing device and thepersonal device.
 20. The non-transitory computer readable storage mediaof claim 19, further comprising instructions operable to cause theprocessor to disconnect the virtual connection upon a determination thatthe physical cable is disconnected from either the first port on theshared conferencing device or the second port on the personal device.